для любого назначения

выявленный загрязнитель воздуха, не имеющий установленных норм по предельно-допустимой концентрации
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• designated pollutant
• DP

динамическое программирование
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

динамическое программирование
Раздел математического программирования, совокупность приемов, позволяющих находить оптимальные решения, основанные на вычислении последствий каждого решения и выработке оптимальной стратегии для последующих решений. Процессы принятия решений, которые строятся по такому принципу, называются многошаговыми процессами. Математически оптимизационная задача строится в Д. п. с помощью таких соотношений, которые последовательно связаны между собой: например, полученный результат для одного года вводится в уравнение для следующего (или, наоборот, для предыдущего), и т.д. Таким образом, можно получить на вычислительной машине результаты решения задачи для любого избранного момента времени и «следовать» дальше. Д.п. применяется не обязательно для задач, связанных с течением времени. Многошаговым может быть и процесс решения вполне «статической» задачи. Таковы, например, некоторые задачи распределения ресурсов. Общим для задач Д.п. является то, что переменные в модели рассматриваются не вместе, а последовательно, одна за другой. Иными словами, строится такая вычислительная схема, когда вместо одной задачи со многими переменными строится много задач с малым числом (обычно даже одной) переменных в каждой. Это значительно сокращает объем вычислений. Однако такое преимущество достигается лишь при двух условиях: когда критерий оптимальности аддитивен, т.е. общее оптимальное решение является суммой оптимальных решений каждого шага, и когда будущие результаты не зависят от предыстории того состояния системы, при котором принимается решение. Все это вытекает из принципа оптимальности Беллмана (см. Беллмана принцип оптимальности), лежащего в основе теории Д.п. Из него же вытекает основной прием — нахождение правил доминирования, на основе которых на каждом шаге производится сравнение вариантов будущего развития и заблаговременное отсеивание заведомо бесперспективных вариантов. Когда эти правила обращаются в формулы, однозначно определяющие элементы последовательности один за другим, их называют разрешающими правилами. Процесс решения при этом складывается из двух этапов. На первом он ведется «с конца»: для каждого из различных предположений о том, чем кончился предпоследний шаг, находится условное оптимальное управление на последнем шаге, т.е. управление, которое надо применить, если предпоследний шаг закончился определенным образом. Такая процедура проводится до самого начала, а затем — второй раз — выполняется от начала к концу, в результате чего находятся уже не условные, а действительно оптимальные шаговые управления на всех шагах операции (см. пример в статье Дерево решений). Несмотря на выигрыш в сокращении вычислений при использовании подобных методов по сравнению с простым перебором возможных вариантов, их объем остается очень большим. Поэтому размерность практических задач Д.п. всегда незначительна, что ограничивает его применение. Можно выделить два наиболее общих класса задач, к которым в принципе мог бы быть применим этот метод, если бы не «проклятие размерности». (На самом деле на таких задачах, взятых в крайне упрощенном виде, пока удается лишь демонстрировать общие основы метода и анализировать экономико-математические модели). Первый — задачи планирования деятельности экономического объекта (предприятия, отрасли и т.п.) с учетом изменения потребности в производимой продукции во времени. Второй класс задач — оптимальное распределение ресурсов между различными направлениями во времени. Сюда можно отнести, в частности, такую интересную задачу: как распределить урожай зерна каждого года на питание и на семена, чтобы в сумме за ряд лет получить наибольшее количество хлеба?
[ http://slovar-lopatnikov.ru/]

Тематики

• информационные технологии в целом
• экономика

EN

• dynamic programming
• DP

дистанционная защита
-
[В.А.Семенов Англо-русский словарь по релейной защите]

дистанционная защита
Защита с относительной селективностью, срабатывание и селективность которой зависят от измерения в месте ее установки электрических величин, по которым путем сравнения с уставками зон оценивается эквивалентная удаленность повреждения
[Разработка типовых структурных схем микропроцессорных устройств РЗА на объектах ОАО "ФКС ЕЭС". Пояснительная записка. Новосибирск 2006 г.]

дистанционная защита
Защита, чье действие и селективность основаны на локальном измерении электрических величин, по которым рассчитываются эквивалентные расстояния до места повреждения в пределах установленных зон.
[ http://docs.cntd.ru/document/1200069370]

дистанционная защита
Защита, принцип действия и селективность которой основаны на измерении в месте установки защиты электрических величин, характеризующих повреждение, и сравнении их с уставками зон.
[Циглер Г. Цифровая дистанционная защита: принципы и применение. М.: Энергоиздат. 2005]

EN

distance protection
distance relay (US)
a non-unit protection whose operation and selectivity depend on local measurement of electrical quantities from which the equivalent distance to the fault is evaluated by comparing with zone settings
[IEV ref 448-14-01]

FR

protection de distance
protection à sélectivité relative de section dont le fonctionnement et la sélectivité dépendent de la mesure locale de grandeurs électriques à partir desquelles la distance équivalente du défaut est évaluée par comparaison avec des réglages de zones
[IEV ref 448-14-01]

Дистанционные защиты применяются в сетях сложной конфигурации, где по соображениям быстродействия и чувствительности не могут использоваться более простые максимальные токовые и токовые направленные защиты.
Дистанционной защитой определяется сопротивление (или расстояние - дистанция) до места КЗ, и в зависимости от этого защита срабатывает с меньшей или большей выдержкой времени. Следует уточнить, что современные дистанционные защиты, обладающие ступенчатыми характеристиками времени, не измеряют каждый раз при КЗ значение указанного выше сопротивления на зажимах измерительного органа и не устанавливают в зависимости от этого большую или меньшую выдержку времени, а всего лишь контролируют зону, в которой произошло повреждение. Время срабатывания защиты при КЗ в любой точке рассматриваемой зоны остается неизменным. Каждая защита выполняется многоступенчатой, причем при КЗ в первой зоне, охватывающей 80-85% длины защищаемой линии, время срабатывания защиты не более 0,15 с. Для второй зоны, выходящей за пределы защищаемой линии, выдержка времени на ступень выше и колеблется в пределах 0,4-0,6 с. При КЗ в третьей зоне выдержка времени еще более увеличивается и выбирается так же, как и для направленных токовых защит.
На рис. 7.15 показан участок сети с двухсторонним питанием и приведены согласованные характеристики выдержек времени дистанционных защит (ДЗ). При КЗ, например, в точке К1 - первой зоне действия защит ДЗ3 и ДЗ4 - они сработают с минимальным временем соответственно t I3 и t I4. Защиты ДЗ1 и ДЗ6 также придут в действие, но для них повреждение будет находиться в III зоне, и они могут сработать как резервные с временем t III1 и t III6 только в случае отказа в отключении линии БВ собственными защитами.


Рис. 7.14. Размещение токовых направленных защит нулевой последовательности на участке сетей и характеристики выдержек времени защит:
Р31-Р36 - комплекты токовых направленных защит нулевой последовательности


Рис. 7.15. Защита участка сети дистанционными защитами и характеристики выдержек времени этих защит:
ДЗ1-ДЗ6 - комплекты дистанционных защит; l3 и l4 - расстояния от мест установки защит до места повреждения

При КЗ в точке К2 (шины Б) оно устраняется действием защит ДЗ1 и ДЗ4 с временем t II1 и t II4.
Дистанционная защита - сложная защита, состоящая из ряда элементов (органов), каждый из которых выполняет определенную функцию. На рис. 7.16 представлена упрощенная схема дистанционной защиты со ступенчатой характеристикой выдержки времени. Схема имеет пусковой и дистанционный органы, а также органы направления и выдержки времени.
Пусковой орган ПО выполняет функцию отстройки защиты от нормального режима работы и пускает ее в момент возникновения КЗ. В качестве такого органа в рассматриваемой схеме применено реле сопротивления, реагирующее на ток I р и напряжение U p на зажимах реле.
Дистанционные (или измерительные) органы ДО1 и ДО2 устанавливают меру удаленности места КЗ.
Каждый из них выполнен при помощи реле сопротивления, которое срабатывает при КЗ, если

где Z p - сопротивление на зажимах реле; Z - сопротивление защищаемой линии длиной 1 км; l - длина участка линии до места КЗ, км; Z cp - сопротивление срабатывания реле.
Из приведенного соотношения видно, что сопротивление на зажимах реле Z p пропорционально расстоянию l до места КЗ.
Органы выдержки времени ОВ2 и ОВ3 создают выдержку времени, с которой защита действует на отключение линии при КЗ во второй и третьей зонах. Орган направления OHM разрешает работу защиты при направлении мощности КЗ от шин в линию.
В схеме предусмотрена блокировка БН, выводящая защиту из действия при повреждениях цепей напряжения, питающих защиту. Дело в том, что если при повреждении цепей напряжение на зажимах защиты Uр=0, то Zp=0. Это означает, что и пусковой, и дистанционный органы могут сработать неправильно. Для предотвращения отключения линии при появлении неисправности в цепях напряжения блокировка снимает с защиты постоянный ток и подает сигнал о неисправности цепей напряжения. Оперативный персонал в этом случае обязан быстро восстановить нормальное напряжение на защите. Если по какой-либо причине это не удается выполнить, защиту следует вывести из действия переводом накладки в положение "Отключено".

Рис. 7.16. Принципиальная схема дистанционной защиты со ступенчатой характеристикой выдержки времени

Работа защиты.

При КЗ на линии срабатывают реле пускового органа ПО и реле органа направления OHM. Через контакты этих реле плюс постоянного тока поступит на контакты дистанционных органов и на обмотку реле времени третьей зоны ОВ3 и приведет его в действие. Если КЗ находится в первой зоне, дистанционный орган ДО1 замкнет свои контакты и пошлет импульс на отключение выключателя без выдержки времени. При КЗ во второй зоне ДО1 работать не будет, так как значение сопротивления на зажимах его реле будет больше значения сопротивления срабатывания. В этом случае сработает дистанционный орган второй зоны ДО2, который запустит реле времени ОВ2. По истечении выдержки времени второй зоны от реле ОВ2 поступит импульс на отключение линии. Если КЗ произойдет в третьей зоне, дистанционные органы ДО1 и ДО2 работать не будут, так как значения сопротивления на их зажимах больше значений сопротивлений срабатывания. Реле времени ОВ3, запущенное в момент возникновения КЗ контактами реле OHM, доработает и по истечении выдержки времени третьей зоны пошлет импульс на отключение выключателя линии. Дистанционный орган для третьей зоны защиты, как правило, не устанавливается.
В комплекты дистанционных защит входят также устройства, предотвращающие срабатывание защит при качаниях в системе.
[ http://leg.co.ua/knigi/raznoe/obsluzhivanie-ustroystv-releynoy-zaschity-i-avtomatiki-4.html]

 

Тематики

• релейная защита

Синонимы

• дистанционная релейная защита

EN

• distance protection
• distance relay (US)
• DP
• impedance protection

DE

• Distanzschutz, m

FR

• protection de distance

импульс набора номера
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• dial signa
• dial pulse
• DP

обработка данных
Систематическое осуществление операций над данными.
[ИСО/МЭК 2382-1]
[ ГОСТ Р 52292-2004]

обработка данных
Технологическая операция, в результате которой изменяет свое значение хотя бы один из показателей, характеризующих состояние данных (объем данных при этом не изменяется).
[ ГОСТ Р 51170-98]

обработка данных
- Любое преобразование данных при решении конкретной задачи.
- Работа, выполняемая компьютером.
[ http://www.morepc.ru/dict/]

обработка данных
Процесс приведения данных к виду, удобному для использования. Независимо от вида информации, которая должна быть получена, и типа оборудования любая система О.д. выполняет три основные группы операций: подбор исходных, входных данных (см. Сбор данных), собственно их обработку (в процессе которой система оперирует промежуточными данными), получение и анализ результатов, т.е. выходных данных). Выполняет ли эти операции человек или машина (см. Автоматизированная система обработки данных), все равно они следуют при этом заданному алгоритму (для человека это могут быть инструкция, методика, а для ЭВМ — программа). Важным процессом О.д. является агрегирование, укрупнение их от одной к другой ступени хозяйственной иерархии. Проверка статистических данных, приведение их к сопоставимому виду, сложение, вычитание и другие арифметические операции — тоже процессы О.д. Можно назвать также выборку, отсечение ненужных данных, запоминание, изменение последовательности (упорядочение), классификацию и многие другие. О.д. предшествует во времени принятию решений. Она может производиться эпизодически, периодически (т.е. через заданные промежутки времени), в АСУ — также в реальном масштабе времени. Последнее означает, что О.д. производится с той же скоростью, с какой протекают описываемые ими события, иначе говоря — со скоростью, достаточной для анализа событий и управления их последующим ходом.
[ http://slovar-lopatnikov.ru/]

Тематики

• информационные технологии в целом
• качество служебной информации
• экономика
• электронный обмен информацией

EN

• data processing
• DP
• information processing

перепад давлений
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• pressure ratio
• differential pressure
• DP
• differential head
• pressure fall

порт пункта назначения
(МСЭ-T G.7041/ Y.1303).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• destination port
• DP

предварительное сообщение
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• draft proposal
• DP

приоритет при отбрасывании
(МСЭ-T G.8010/ Y.1306).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• dropping precedence
• DP

проект предложения
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• draft proposal
• DP

процессор для обработки данных
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• data processor
• DP

роль
Набор ответственностей, деятельностей и полномочий, назначенных сотруднику или команде. Роль определяется в процессе или функции. Один сотрудник или команда может иметь несколько ролей. Например, роли менеджера конфигураций и менеджера изменений могут выполняться одним сотрудником. Этот термин также используется для описания назначения чего-либо.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

role
A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• role

роль
Словари определят слово «роль», как «персонаж или герой, исполняемый актером", либо "функция или позиция". Элементы системы выполняют различные роли последовательно и/или одновременно, например, активные роли и пассивные роли. Нотация «администратор» часто является примером роли. (МСЭ-Т Х.1141, МСЭ-Т Н.239).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• role

роль (role): Наименование поведенческого набора, связанного с выполнением какой-либо работы (ИСО/ТС 17090-1).

Источник: ГОСТ Р ИСО/ТС 18308-2008: Информатизация здоровья. Требования к архитектуре электронного учета здоровья

2.33 роль (role): Комплекс способностей и/или действий, связанный с задачей.

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

3.2.10 роль (role): Перечень или список прав и обязанностей, установленных для потенциального или действительного члена группы взаимодействия.

Примечание - При назначении одной или нескольких ролей члену группы взаимодействия совокупные права и обязанности, связанные с ролью(ями), передаются этому участнику.

Пример - Ссылка на элемент модели данных идентификатора элемента модели данных 1.3. 2 настоящего стандарта (CW_ID_ value) в другом стандарте технологий взаимодействия должна выглядеть в виде ссылки «ИСО/ МЭК 19778-1: 2008, 1.3.2».

b) Обозначение

Обозначение элемента модели данных (см. определение 3.1.11).

Обозначения элемента модели данных используются в контексте стандартов технологий взаимодействия для установления ссылок на конкретные элементы модели данных. В отличие от лингвистически нейтральных атрибутов элементов модели данных у обозначения элемента модели данных есть символическое значение; но в то же время данный атрибут может быть ориентирован на конкретный язык и может быть предметом интернационализации.

c) Определение

Определение элемента модели данных (см. определение 3.1.10).

Поскольку определения представлены в таблице модели данных в наиболее компактной форме, дополнительная информация об элементах модели данных приведена в отдельном подпункте стандартов исключительно для пояснения. Во всех стандартах технологии взаимодействия определение элемента модели данных, записанное в ячейках таблицы в 3-й колонке, считают наиболее аутентичным.

d) Степень обязательности

Степень обязательности элемента модели данных (см. определение 3.1.15).

При создании реализаций модели данных из модели данных степень обязательности элемента модели данных любого элемента модели данных должна исходить из степени обязательности соответствующего предка. Для модели данных это означает, что элементы модели данных со степенью обязательности элемента модели данных «выбираемый» могут иметь потомков со статусом «обязательный». В случае если любой элемент модели данных со степенью обязательности элемента модели данных «обязательный» имеет единственного потомка со статусом «выбираемый», любая реализация этой модели данных предоставляет одного или более потомка элемента данных в реализации этого элемента модели данных.

Определены четыре возможных значения степени обязательности элемента модели данных: обязательный, выбираемый, условно обязательный и условно выбираемый.

e) Множественность

Множественность элемента модели данных (см. определение 3.1.14).

Значения для диапазона значений элементов модели данных (в других источниках также определенных как «повторяемость элементов») определяют, насколько часто реализация элемента модели данных может встречаться в этой реализации модели данных.

В реализациях моделей данных многочисленные реализации элемента данных, как правило, должны быть расположены рядом друг с другом, в то время как реализации многочисленных составных элементов (совокупных подструктур) являются результатом реализации в этих подструктурах, представленных в смежном или последовательном порядке. По умолчанию, не важен порядок размещения или перечисления реализаций разнообразных элементов модели данных. Исключение вводят примечанием об указании особого порядка представления информации в данной ячейке строки таблицы элемента модели данных.

Необходимый минимум реализаций элемента модели данных будет принят больше нуля (даже если установлен на нуль) в тех случаях, когда степень обязательности элемента модели данных имеет значение «обязательный».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) различаются, интервал определяют как строку связанных символов «< необходимый минимум>..< допустимый максимум>», где значения < необходимый минимум> и < допустимый максимум> - неотрицательные целые числа.

Для указания на бесконечное множество допустимых значений параметр < допустимый максимум> записывают с символом «*».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) совпадают, устанавливают только одно значение.

f) Тип данных

Тип данных, определяющий элемент данных (см. определение 3.1.6).

В стандартах технологии взаимодействия установлено множество возможных значений для данного элемента модели данных в качестве значения типа данных элемента данных. Множество значений может быть ограничено конкретным набором значений, основанным на спецификации или стандарте, не относящемся к модели данных. Ссылка на эту внешнюю спецификацию или стандарт должна быть приведена в качестве значения соответствующего элемента данных модели данных. Модели данных, определенные в стандартах технологии взаимодействия, предоставляют структуры элемента данных и элемента модели данных специально для включения таких ссылок.

При использовании таких ссылок элемент данных, включающий в себя ссылки, должен быть указан в колонке «Тип данных».

g) Примеры

Могут содержать одну или несколько иллюстраций возможных значений элемента данных.

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

3.134 роль (role): Поименованное специфическое поведение сущности, участвующей в определенном контексте.

Примечание - Роль может быть статической (например, конец соединения) или динамической (например, коллективная роль).

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

адрес
Символ или группа символов, которые идентифицируют источники данных или место назначения информации.
Примечание
Источниками данных могут быть регистр, отдельные части памяти и другие.
[ ГОСТ Р 50304-92 ]

адрес
Уникальный номер или символическое имя, присваиваемые сети, подсети, узлу или сетевому устройству, чтобы другие сети и устройства могли распознать его при обмене информацией. Адреса бывают логическими (символическими или условными), физическими (аппаратными) и сетевыми. См. anycast~, destination -, group ~, indirect ~, IP ~, multicast-, null, -source ~, subaddress, unicast-.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• системы для сопряж. радиоэлектр. средств интерфейсные
• электросвязь, основные понятия

Обобщающие термины

• структурная организация и типы интерфейсов

EN

• address

адрес в пространстве памяти
адрес
Элемент множества порций данных, являющегося областью определения функции адресации.
[ ГОСТ 19781-90]

Тематики

• обеспеч. систем обраб. информ. программное

Синонимы

• адрес

EN

• address
• storage address

трансляция сетевых адресов
сетевой маскарад
Механизм подмены внутреннего сетевого адреса (IP-адреса) абонента локальной сети на внешний адрес Интернет-шлюза. Применяется для экономии глобальных адресов и защиты абонентов от прямого доступа извне, но если такой доступ нужен, требуются дополнительные механизмы обхода NAT.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

Синонимы

• сетевой маскарад

EN

• address
• masquerading
• NAT
• Network Address Translation

59. Адрес в пространстве памяти

Адрес

Storage address

Address

Элемент множества порций данных, являющегося областью определения функции адресации

Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа

5.3.2.1.8. A-RDATA:: = ADDRESS

Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования

5.3.2.1.9. WKS-RDATA:: = ADDRESS PROTOCOL BIT-MAP

5.3.3. Формат RR в контрольных файлах

Большинство RR занимают единственную строку, хотя возможны строки продолжения с использованием скобок.

Для улучшения читаемости могут быть включены пустые строки.

Начало строки указывает владельца. Если начало строки пустое, тогда владелец предполагается таким же, как и в предыдущей RR. Далее идут TTL, класс и тип.

Более подробно формат RR в контрольном файле описан в п. 6.4.4.

5.3.4. Шаблоны

Имя владельца в записи RR может начинаться с символа «*». Такие RR называются шаблонами. Наиболее часто шаблоны используются для создания зон, которые в свою очередь, используются для перенаправления почты из Internet в некоторую другую почтовую систему. Любое имя, соответствующее шаблону, будет принадлежать такой зоне и обладать определенными свойствами согласно данным, указанным в RR с шаблоном, если только не существует RR, точно соответствующий имени.

Шаблоны не применяются, когда:

- запрос принадлежит другой зоне,

- известно, что существует запрашиваемое имя либо имя между запрашиваемым именем и шаблоном.

Например, если есть RR-шаблон с именем владельца «*.Х» и в данной зоне также содержатся RR, прикрепленные к В.Х, шаблоны будут применяться к запрашиваемому имени Z.X, но не к запрашиваемому имени В.Х, А.В.Х или X.

Символ «*» в запрашиваемом имени не имеет специального значения, но может использоваться для тестирования шаблонов в авторитетной зоне. Запрос с «*» является единственным способом получить ответ, содержащий RR-шаблоны. Результат такого запроса не должен кэшироваться.

Пример использования шаблонов:

Пусть существует большая компания с большой сетью не-ТСР/IP. Эта компания хочет создать почтовый шлюз. Если компания названа Х.СОМ, и шлюз ТСР/IР назван А.Х.СОМ, то в зону СОМ могут быть введены следующие записи RR.

Данные записи будут заставлять сервер на любой запрос MX для любого доменного имени, заканчивающегося Х.СОМ возвращать запись MX RR, указывающую на А.Х.СОМ. Последний шаблон необходим, так как действие первого шаблона перекрывается 4-й строкой.

Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования

коэффициент полезного действия преобразования энергии
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• energy efficiency rating
• EER

кпд преобразования энергии
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• energy efficiency rating
• EER

показатель энергетической эффективности
Абсолютная, удельная или относительная величина потребления или потерь энергетических ресурсов для продукции любого назначения или технологического процесса.
[ ГОСТ Р 51380-99]
[ ГОСТ Р 51387-99]

Тематики

• энергосбережение

EN

• EER
• Energy Efficiency Ratio

показатель энергетической эффективности
Абсолютная, удельная или относительная величина потребления или потерь энергетических ресурсов для продукции любого назначения или технологического процесса.
[ ГОСТ Р 51380-99]
[ ГОСТ Р 51387-99]

Тематики

• энергосбережение

EN

• EER
• Energy Efficiency Ratio

зажим под винт
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• screw terminal
• screw-type terminal

резьбовой вывод
Вывод, предназначенный для присоединения и отсоединения проводников или для взаимного соединения двух или нескольких проводников, выполняемого прямо или косвенно винтами или гайками любого типа.
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)] 
[ ГОСТ Р 50345-99( МЭК 60898-95)]

EN

screw-type terminal
terminal intended for the connection and disconnection of conductors or for the inter-connection of two or more conductors, the connection being made, directly or indirectly, by means of screws or nuts of any kind.
[IEC 60947-1, ed. 5.0 (2007-06)]

FR

borne à vis
borne destinée au raccordement et au débranchement de conducteurs ou à l'interconnexion de deux conducteurs ou plus, le raccordement étant réalisé, directement ou indirectement, au moyen de vis ou d'écrous de toute sorte
[IEC 60947-1, ed. 5.0 (2007-06)]

Тематики

• вывод, зажим электрический

EN

• screw terminal
• screw-type terminal

FR

• borne à vis

3.16 контактный зажим винтового типа (screw-type terminal): Контактный зажим для присоединения и последующего отсоединения одного, двух и более проводов. Соединение может быть произведено путем прижатия проводника или кабельного наконечника, закрепленного на проводнике, к рабочей контактной поверхности вывода винтом или гайкой.

Источник: ГОСТ Р 51322.1-2011: Соединители электрические штепсельные бытового и аналогичного назначения. Часть 1. Общие требования и методы испытаний оригинал документа

3.3.13 резьбовой вывод (screw-type terminal): Вывод для присоединения и отсоединения проводника или разъемного соединения между собой двух или нескольких проводников, осуществляемого прямо или косвенно винтами или гайками любого типа.

Источник: ГОСТ Р 50345-2010: Аппаратура малогабаритная электрическая. Автоматические выключатели для защиты от сверхтоков бытового и аналогичного назначения. Часть 1. Автоматические выключатели для переменного тока оригинал документа

безопасный зазор для авиационной грузовой единицы
Расстояние между обшивкой грузового отсека транспортного самолета и авиационной грузовой единицей, позволяющее разместить ее внутри грузового отсека так, чтобы она не получила и не нанесла каких-либо повреждений.
[ ГОСТ Р 53428-2009]

Тематики

• авиационные грузовые перевозки

EN

• clearance

воздушный зазор
Кратчайшее расстояние между двумя токоведущими и/или токоведущей и открытой проводящей частью.
МЭК 60050(441-17-31).
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

воздушный зазор
Кратчайшее расстояние в воздухе между двумя токопроводящими¹⁾ частями вдоль линии наименьшей протяженности между этими токоведущими¹⁾ частями.
Примечание.  Для определения воздушного зазора относительно доступных частей следует рассматривать доступную поверхность изоляционной оболочки как токопроводящую, как если бы она была покрыта металлической фольгой во всех местах, где ее можно коснуться рукой или стандартным испытательным пальцем в соответствии с рисунком 9.
(МЭС 441-17-31)
[ ГОСТ Р 50345-99( МЭК 60898-95)]
¹⁾ Должно быть проводящими
[Интент]

изоляционный промежуток
Расстояние между двумя токопроводящими частями вдоль нити, натянутой по кратчайшему пути между ними.
[ ГОСТ Р 52726-2007]

EN

clearance
the distance between two conductive parts along a string stretched the shortest way between these conductive parts
[IEV number 441-17-31]

FR

distance d'isolement
distance entre deux parties conductrices le long d'un fil tendu suivant le plus court trajet possible entre ces deux parties conductrices
[IEV number 441-17-31]

Clearance distance
Shortest distance in air between two conductive parts or between a conductive part and the accessible surface of the relay.
[Tyco Electronics]

Воздушный зазор
Кратчайшее расстояние по воздуху между двумя проводящими частями или между проводящей частью и доступной для прикосновения поверхностью реле.
[Перевод Интент]

воздушный зазор
-
[IEV number 151-14-05]

EN

air gap
short gap in the magnetic material forming a magnetic circuit
Source: 221-04-13 MOD
[IEV number 151-14-05]

FR

entrefer, m
coupure de faible longueur dans le matériau magnétique constituant un circuit magnétique
Source: 221-04-13 MOD
[IEV number 151-14-05]

Тематики

• аппарат, изделие, устройство...
• выключатель автоматический
• выключатель, переключатель
• высоковольтный аппарат, оборудование...

Синонимы

• изоляционное расстояние
• изоляционный промежуток

EN

• air clearance
• air distance
• air gap (2)
• air-gap clearance
• clearance
• contact gap (1)
• contact opening distance (1)
• contact separation (1)
• flashover distance
• insulation clearanse
• insulation distance
• isolating distance

DE

• Luftspalt (2)
• Luftstrecke
• Schlagweite
• Schlagweite in Luft

FR

• distance d'isolement
• distance d’isolement dans l’air
• entrefer, m (2)

вредное пространство (в цилиндре)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• clearance

выброс шайбы из своей зоны
Хоккейный термин, который обозначает выбрасывание шайбы из своей зоны защиты.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

clearance
clearing the puck
clearing attempt
Ice hockey term that describes the act of getting the puck out of one's own defensive zone.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• хоккей на льду

EN

• clearance
• clearing attempt
• clearing the puck

выведение (из организма)
клиренс
Результирующий эффект биологических процессов, посредством которых радионуклиды выводятся из ткани, органа или участка тела. Скорость выведения (из организма) clearance rate – это скорость, с которой происходит этот процесс.
[Глоссарий МАГАТЭ по вопросам безопасности]

Тематики

• МАГАТЭ

Синонимы

• клиренс

EN

• clearance

габаритная высота
просвет
зазор
воздушный промежуток
минимальное допустимое расстояние
очистка
гашение
установка в исходное состояние
разъединение
уровень прозрачности
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• просвет
• зазор
• воздушный промежуток
• минимальное допустимое расстояние
• очистка
• гашение
• установка в исходное состояние
• разъединение
• уровень прозрачности

EN

• clearance

задний угол (α)
Угол в секущей плоскости между задней поверхностью лезвия и плоскостью резания.


[ ГОСТ 25762-83]

Тематики

• обработка резанием

Обобщающие термины

• элементы лезвия

EN

• clearance

DE

• Freiwinkel

FR

• dépouille

зазор
Небольшой промежуток между кромками или поверхностями прилегающих друг к другу элементов
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

EN

• clearance
• gap

DE

• Schlitz
• Spalt
• Spielraum

FR

• jeu
• écart

клиренс
просвет
Расстояние по вертикали от статического уровня дна моря до нижней кромки корпуса плавучей буровой платформы
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

Синонимы

• просвет

EN

• clearance

клирэнс
Термин “клирэнс” имеет два значения на рынках ценных бумаг. Он может означать процесс подсчета взаимных обязательств участников рынка, как правило, на нетто-основе, для обмена ценными бумагами и денежными средствами. А также он может означать процесс перевода ценных бумаг в расчетную дату, и в этом смысле термин “клиринговая система” иногда используется по отношению к системам расчета по ценным бумагам.
[Глоссарий терминов, используемых в платежных и расчетных системах. Комитет по платежным и расчетным системам Банка международных расчетов. Базель, Швейцария, март 2003 г.]

Тематики

• платежные и расчетные системы

EN

• clearance

освобождение (от контроля)
Освобождение радиоактивных материалов или радиоактивных предметов в рамках разрешенной практической деятельности от любого дальнейшего регулирующего контроля, осуществляемого регулирующим органом. Освобождение от контроля в данном контексте относится к контролю, применяемому в целях радиационной защиты. Концептуально освобождение от контроля, т.е. освобождение некоторых материалов или предметов в разрешенной практической деятельности от дальнейшего контроля, тесно связано с изъятием – определением того, что применение мер контроля не требуется в отношении некоторых источников и видов практической деятельности, но отличается от него, и эти два понятия не следует путать. В разных государствах используются различные термины для выражения этой концепции, например, ‘безусловное разрешение’ {free release}. Ряд вопросов, касающихся концепции освобождения от контроля и ее связи с другими концепциями, разъяснен в [10].
[Глоссарий МАГАТЭ по вопросам безопасности]

Тематики

• МАГАТЭ

EN

• clearance

отключение КЗ
—
[В.А.Семенов. Англо-русский словарь по релейной защите]
[Лугинский Я. Н. и др. Англо-русский словарь по электротехнике и электроэнергетике. 2-е издание - М.: РУССО, 1995 - 616 с.]

Тематики

• релейная защита

EN

• clearance
• clearance procedure
• clearing
• fault clearance
• fault interruption

просвет (между двумя колоннами обсадных труб)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• clearance

просвет дорожный 
Один из показателей проходимости дорожно-транспортного средства, определяемый расстоянием от опорной плоскости до наиболее низко расположенного элемента конструкции нагруженного дорожно-транспортного средства
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики

• транспорт в целом

Синонимы

• клиренс

EN

• clearance
• road clearance

DE

• Bodenfreiheit

FR

• garde au sol

уровень прозрачности
уровень допуска
1) Максимальный уровень безопасности, разрешенный данному субъекту правилами модели Белла-Лападула.
2) Иерархическая часть категории доступа пользователя или процесса, которая определяет максимальный уровень доступа пассивного объекта, к которому может получить доступ пользователь или процесс.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

Синонимы

• уровень допуска

EN

• clearance

устранение короткого замыкания
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• clearance

электрический зазор
Кратчайшее расстояние по воздуху между двумя токопроводящими частями.
Примечание
Расстояние измеряется только между неизолированными частями. Определение не распространяется на изолированные или покрытые изоляционным компаундом части.
[ ГОСТ Р МЭК 60050-426-2006]

электрический зазор
Кратчайшее расстояние в окружающей среде между токоведущими частями разного потенциала или между токоведущей и заземленной частями электрооборудования
[ ГОСТ 22782. 7-81 ( СТ СЭВ 3142-81)]

Тематики

• взрывозащита

EN

• clearance

3.23.1 электрический зазор (clearance): Кратчайшее расстояние в окружающей среде между двумя токоведущими частями.

Примечание - Это расстояние регламентируется только для частей, подверженных воздействию атмосферы, и не распространяется на изолированные или покрытые изоляционным компаундом части.

Источник: ГОСТ Р 52350.11-2005: Электрооборудование для взрывоопасных газовых сред. Часть 11. Искробезопасная электрическая цепь "I" оригинал документа

3.2 электрический зазор (clearance): Самое короткое расстояние в воздухе между двумя токопроводящими частями.

Источник: ГОСТ Р МЭК 60079-15-2010: Взрывоопасные среды. Часть 15. Оборудование с видом взрывозащиты «n» оригинал документа

3.4.11 воздушный зазор (clearance): Кратчайшее расстояние между двумя токопроводящими частями или между токопроводящей частью и наружной граничной поверхностью машины, измеренное по воздуху.

Примечание - Примеры воздушных зазоров приведены в приложении А.

Источник: ГОСТ Р МЭК 60745-1-2005: Машины ручные электрические. Безопасность и методы испытаний. Часть 1. Общие требования оригинал документа

3.1.16 просвет (clearance) с: Абсолютное минимальное расстояние в свету между любым препятствием и осевой линией (см. рисунок 1), измеренное под углом 90° к осевой линии.

Источник: ГОСТ Р ИСО 14122-3-2009: Безопасность машин. Средства доступа к машинам стационарные. Часть 3. Лестницы и перила оригинал документа

1.2.10.1 зазор (clearance): Кратчайшее измеренное по воздуху расстояние между двумя токопроводящими частями или между токопроводящей частью и ограничивающей поверхностью.

Источник: ГОСТ Р МЭК 60950-1-2009: Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования оригинал документа

1.2.10.1 зазор (clearance): Кратчайшее расстояние между двумя токопроводящими частями или между токопроводящей частью и ограничивающей поверхностью оборудования, измеренное по воздуху.

Источник: ГОСТ Р МЭК 60950-1-2005: Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования оригинал документа

3.6.6 изоляционный промежуток (clearance): Кратчайшее расстояние по воздуху между двумя токопроводящими частями.

[МЭК 60050 (441-17-31), модифицированный]

Примечание - При определении изоляционного промежутка до доступных частей доступную поверхность изолирующей оболочки следует считать проводящей, как если бы она была покрыта металлической фольгой везде, где ее можно коснуться рукой или стандартным испытательным пальцем в соответствии с МЭК 60529.

Источник: ГОСТ Р МЭК 60755-2012: Общие требования к защитным устройствам, управляемым дифференциальным (остаточным) током оригинал документа

3.11 воздушный зазор (clearance): Кратчайшее расстояние, измеренное по воздуху, между двумя токопроводящими частями или между токопроводящей частью и наружной поверхностью, рассматриваемой так, как будто к ней прижата металлическая фольга, контактирующая с доступными поверхностями изоляционного материала.

Примечание - Примеры воздушных зазоров приведены в приложении А.

Источник: ГОСТ Р МЭК 60745-1-2009: Машины ручные электрические. Безопасность и методы испытаний. Часть 1. Общие требования оригинал документа

3.4.11 воздушный зазор (clearance): Кратчайшее расстояние между двумя токопроводящими частями или между токопроводящеи частью и наружной граничной поверхностью машины, измеренное по воздуху.

Примечание - Примеры воздушных зазоров приведены в приложении А.

Источник: ГОСТ IEC 60745-1-2011: Машины ручные электрические. Безопасность и методы испытаний. Часть 1. Общие требования

3.10 клиренс (clearance): Расстояние по вертикали между уровнем спокойной поверхности воды и самой нижней частью конструкции верхнего строения, которая не рассчитывается на воздействие волнения и ледовых образований.

Источник: ГОСТ Р 54483-2011: Нефтяная и газовая промышленность. Платформы морские для нефтегазодобычи. Общие требования оригинал документа

3.3.14 воздушный зазор (clearance): Кратчайшее расстояние по воздуху между двумя проводящими частями или между проводящей частью и доступной поверхностью.

Источник: ГОСТ Р 52161.1-2004: Безопасность бытовых и аналогичных электрических приборов. Часть 1. Общие требования оригинал документа

3.6.12 воздушный зазор (clearance): Кратчайшее расстояние по воздуху между двумя токопроводящими частями вдоль линии наименьшей протяженности между этими токоведущими частями (см. приложение В).

[МЭС 441-17-31]

Источник: ГОСТ Р 50345-2010: Аппаратура малогабаритная электрическая. Автоматические выключатели для защиты от сверхтоков бытового и аналогичного назначения. Часть 1. Автоматические выключатели для переменного тока оригинал документа

3.5.7 ЗАЗОР (CLEARANCE): Кратчайшее расстояние по воздуху между двумя токопроводящими частями.

Источник: ГОСТ IEC 61010-031-2011: Безопасность электрических контрольно-измерительных приборов и лабораторного оборудования. Часть 031. Требования безопасности к щупам электрическим ручным для электрических измерений и испытаний

3.5.20 воздушный зазор (clearance): Расстояние между двумя токопроводящими частями по кратчайшей прямой.

[МЭК 60050(441-17-31)]

Источник: ГОСТ Р 51731-2010: Контакторы электромеханические бытового и аналогичного назначения оригинал документа

винтовой зажим
Контактный зажим, обеспечивающий разборное контактное соединение путем прижатия проводника или кабельного наконечника, закрепленного на проводнике, к рабочей контактной поверхности вывода винтом или гайкой.
[ ГОСТ 25034-85]

EN

screw-type terminal
a terminal for the connection of two or more conductors by means of screw-type clamping units
[IEV number 442-06-17]

FR

borne à vis
borne pour le raccordement de plusieurs conducteurs au moyen d'organes de serrage à vis
[IEV number 442-06-17]

Винтовой (торцевой) зажим

[ ГОСТ Р 50043.2-92]

Винтовой зажим (с крепежной гайкой)

1. Неподвижная часть зажима
   (контактная поверхность вывода)
2. Шайба или нажимная пластина
3. Гайка
4. Винт

[ ГОСТ Р 50043.2-92]

Винтовой зажим (под кабельный наконечник)

1. Стопорная деталь (шайба пружинная)
2. Кабельный наконечник или шина
3. Неподвижная деталь зажима
   (контактная поверхность вывода)
4. Болт

[ ГОСТ Р 51324.1—2005]

Винтовой (колпачковый) зажим

Винтовой (туннельный) зажим
[ ГОСТ Р 50043.2-92]

Винтовой зажим (с прижимной пластиной)
[ ГОСТ Р 50043.2-92]

Рис. Phoenix Contact
Винтовой (туннельный) зажим

Рис. Phoenix Contact
Винтовые клеммы.
(Используются винтовые зажимы с крепежной гайкой)

Тематики

• вывод, зажим электрический

Классификация

Обобщающие термины

• соединительное устройство

Синонимы

• винтовой контактный зажим
• зажим винтового типа

EN

• screw clamp terminal
• screw clamping body
• screw clip
• screw connector
• screw terminal

DE

• Schraubklemme

зажим под винт
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• screw terminal
• screw-type terminal

зажим с крепежной головкой
Зажим, в котором жилы проводников зажаты под головкой одного или нескольких винтов. Давление сжатия может быть приложено непосредственно через головку винта или с помощью дополнительного средства (шайбы, пластины или устройства, предотвращающего выпадение проводника или его жил).
[ ГОСТ Р 50043.2-92 ]

EN

screw terminal
a terminal, in which the conductor is clamped under the head of one or more screws, and where the clamping pressure can be applied directly by the head of the screw or through an intermediate part, such as a washer, clamping plate or an anti-spread device
[IEV number 442-06-08]

FR

borne à serrage sous tête de vis
borne dans laquelle l'âme d'un conducteur est serré sous la tête d'une ou plusieurs vis, la pression de serrage pouvant être appliquée directement par la tête de la vis ou au moyen d'une partie intermédiaire, tel qu'une rondelle, une plaquette ou un dispositif empêchant le conducteur ou ses brins de s'échapper
[IEV number 442-06-08]

Зажимы с крепежной головкой

1. Неподвижная часть зажима
2. Шайба и фасонная шайба (нажимная пластина)

Примечание.
Удивительно, но из наименования английского термина screw terminal совершенно не следует, что крепление выполняется головкой винта.
[Интент]

Тематики

• вывод, зажим электрический

Классификация

Обобщающие термины

• соединительное устройство

EN

• screw terminal

DE

• Kopfkontaktklemme

FR

• borne à serrage sous tête de vis

резьбовой вывод
Вывод, предназначенный для присоединения и отсоединения проводников или для взаимного соединения двух или нескольких проводников, выполняемого прямо или косвенно винтами или гайками любого типа.
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)] 
[ ГОСТ Р 50345-99( МЭК 60898-95)]

EN

screw-type terminal
terminal intended for the connection and disconnection of conductors or for the inter-connection of two or more conductors, the connection being made, directly or indirectly, by means of screws or nuts of any kind.
[IEC 60947-1, ed. 5.0 (2007-06)]

FR

borne à vis
borne destinée au raccordement et au débranchement de conducteurs ou à l'interconnexion de deux conducteurs ou plus, le raccordement étant réalisé, directement ou indirectement, au moyen de vis ou d'écrous de toute sorte
[IEC 60947-1, ed. 5.0 (2007-06)]

Тематики

• вывод, зажим электрический

EN

• screw terminal
• screw-type terminal

FR

• borne à vis

3.7 зажим с крепежной головкой (screw terminal): Зажим винтового типа, в котором жилу проводника прижимают головкой винта. Силу прижима могут прилагать головкой винта или через промежуточную деталь, например шайбу, прижимную пластину или устройство для самоотвинчивания.

Примечание - Пример винтового зажима приведен на рисунке А.2 (см. приложение А).

Источник: ГОСТ Р 51324.1-2005: Выключатели для бытовых и аналогичных стационарных электрических установок. Часть 1. Общие требования и методы испытаний оригинал документа

3.18 зажим с крепежной головкой (screw terminal): Контактный зажим винтового типа, в котором жила кабеля, шнура или провода прижимается головкой винта.

Усилие прижима может обеспечиваться непосредственно головкой винта или промежуточной частью, например шайбой, прижимной пластиной (см. рисунок 3).

Источник: ГОСТ Р 51322.1-2011: Соединители электрические штепсельные бытового и аналогичного назначения. Часть 1. Общие требования и методы испытаний оригинал документа

14.2.2 контактный зажим с крепежной головкой (screw terminal): Зажим, в котором жилу провода прижимают головкой винта. Давление на жилу может передаваться непосредственно головкой винта или через промежуточные детали, такие как шайба, прижимная пластина или устройство, защищающее провод от выдавливания.

Примеры контактных зажимов с крепежной головкой приведены на рисунке 13.

Источник: ГОСТ Р МЭК 60598-1-2011: Светильники. Часть 1. Общие требования и методы испытаний оригинал документа

3.3.15 винтовой вывод (screw terminal): Резьбовой вывод, в котором проводник зажимается под головкой винта. Давление зажима передается непосредственно головкой винта или через промежуточный элемент типа шайбы, зажимной пластины или устройства, препятствующего выскальзыванию проводника.

Примечание - Примеры винтовых выводов представлены на рисунке F.2 (приложение F).

Источник: ГОСТ Р 50345-2010: Аппаратура малогабаритная электрическая. Автоматические выключатели для защиты от сверхтоков бытового и аналогичного назначения. Часть 1. Автоматические выключатели для переменного тока оригинал документа

загрязнение
Привнесение в природную или непосредственно в антропогенную среду или возникновение в ней новых, обычно не характерных для этой среды физических, химических или биологических агентов, или превышение в рассматриваемое время естественного среднемноголетнего уровня в пределах его крайних колебаний концентрации перечисленных агентов в среде, оказывающих вредное воздействие на человека, флору и фауну.
[РД 01.120.00-КТН-228-06]

загрязнение
1 Директива ЕС 96/61/ЕЭС (от 24 сентября 1996 г., касающаяся единых мер предотвращения загрязнения и борьбы с ним, статья 2 (11).
2 Объединенная группа экспертов ММО/ЮНЕСКО/ВМО/МАГАТЕ/ООН/ЮНПОС по научным аспектам изучения загрязнения морей.
3 Конвенции о защите морской среды в районе Северо-Восточной Атлантики, Париж, 22 сентября 1992 г., статья 1, п. (d).
d Конвенция о защите морской среды в районе Балтийского моря, 1992, (Хельсинская конвенция), статья 2, п. 1.
[ ГОСТ Р ИСО 14050-99]

Тематики

• магистральный нефтепроводный транспорт
• управление окружающей средой

EN

• contamination
• pollution

загрязнение
Присутствие инородного вещества: твердого, жидкого или газообразного (ионизированные газы), - которое может вызвать уменьшение диэлектрической прочности или поверхностного сопротивления.
[ ГОСТ Р 52319-2005( МЭК 61010-1: 2001)]

загрязнение
Любое добавление инородных веществ, твердых, жидких или газообразных (ионизированных газов), которые могли бы уменьшить электрическую прочность изоляции или удельное сопротивление поверхности.
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

EN

pollution
any condition of foreign matter, solid, liquid or gaseous (ionized gases), that may affect dielectric strength or surface resistivity
[IEC 60947-1, ed. 5.0 (2007-06)]

pollution
any addition of foreign matter, solid, liquid or gaseous that can produce a permanent reduction of dielectric strength or surface resistivity of the insulation
NOTE – Ionized gases of a temporary nature are not considered as to be a pollution.
[IEV number 442-01-28]

contamination
the first is defined as area and the second as particulate. The first is caused by surface contaminants that cannot be removed by cleaning or are stained after cleaning. Those may be foreign matter on the surface of, for example a localized area that is smudged, stained, discoloured, mottled, etc., or large areas exhibiting a hazy or cloudy appearance resulting from a film of foreign materials
[IEC 62276, ed. 1.0 (2005-05)]

FR

pollution
tout apport de matériau étranger solide, liquide ou gazeux (gaz ionisés) qui peut entraîner une réduction de la rigidité diélectrique ou de la résistivité de la surface
[IEC 60947-1, ed. 5.0 (2007-06)]

pollution
tout apport de matériau étranger solide, liquide ou gazeux qui peut entraîner une réduction permanente de la rigidité diélectrique ou de la résistivité de surface de l'isolation
NOTE – Les gaz ionisés de nature fugace ne sont pas considérés comme une pollution.
[IEV number 442-01-28]

Тематики

• электробезопасность

Обобщающие термины

• изоляция

EN

• contamination
• pollution

DE

• Verschmutzung

FR

• pollution

загрязнённость
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• pollution

3.6.8 загрязнение (pollution): Любое добавление инородных веществ, твердых, жидких или газообразных, которые могли бы уменьшить электрическую прочность изоляции или ее поверхностное удельное сопротивление.

[МЭК 60664-1, пункт 1.3.11]

Источник: ГОСТ Р 50345-2010: Аппаратура малогабаритная электрическая. Автоматические выключатели для защиты от сверхтоков бытового и аналогичного назначения. Часть 1. Автоматические выключатели для переменного тока оригинал документа

3.5.5 ЗАГРЯЗНЕНИЕ (POLLUTION): Присутствие любого постороннего твердого, жидкого или газообразного (ионизированные газы) материала, который может снизить электрическую прочность диэлектрика или уменьшить поверхностное сопротивление.

Источник: ГОСТ IEC 61010-031-2011: Безопасность электрических контрольно-измерительных приборов и лабораторного оборудования. Часть 031. Требования безопасности к щупам электрическим ручным для электрических измерений и испытаний

3.5.26 загрязнение (pollution): Любая добавка инородного вещества, твердого, жидкого или газообразного (ионизированного газа), которая может повлиять на электрическую прочность изоляции или удельное сопротивление поверхности.

Источник: ГОСТ Р 51731-2010: Контакторы электромеханические бытового и аналогичного назначения оригинал документа

номинальное значение
Количественное значение, указанное, как правило, изготовителем для определенного рабочего состояния детали, устройства или аппарата.
МЭК 60050(151-04-03).
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

номинальное значение
Значение параметра электротехнического изделия (устройства), указанное изготовителем, при котором оно должно работать, являющееся исходным для отсчета отклонений.
Примечание
К числу параметров относятся, например, ток, напряжение, мощность.
[ ГОСТ 18311-80]

EN

nominal value
value of a quantity used to designate and identify a component, device, equipment, or system
NOTE – The nominal value is generally a rounded value.
[IEV number 151-16-09]

rated value
a quantity value assigned, generally by a manufacturer, for a specified operating condition of a component, device or equipment
Source: 151-04-03
[IEV number 442-01-01]

FR

valeur nominale, f
valeur de dénomination, f
valeur d'une grandeur, utilisée pour dénommer et identifier un composant, un dispositif, un matériel ou un système
NOTE – La valeur nominale est généralement une valeur arrondie.
[IEV number 151-16-09]

valeur assignée
valeur d'une grandeur fixée, généralement par le constructeur, pour un fonctionnement spécifié d'un composant, d'un dispositif ou d'un matériel
Source: 151-04-03
[IEV number 442-01-01]

Синонимы

• номинальное значение параметра электротехнического изделия
• номинальный параметр

EN

• nominal value
• rated value
• rating value
• rtd

DE

• Bemessungswert
• Nennwert

FR

• caractéristiques assignées
• valeur assignée
• valeur de dénomination
• valeur nominale

номинальный параметр
Значение параметра для указанных условий эксплуатации детали, устройства или оборудования, как правило, устанавливаемое изготовителем.
[ ГОСТ Р МЭК 60050-426-2006]

номинальный параметр
Система номинальных значений и рабочих условий.
МЭК 60050(151-04-04). 
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

EN

rating
set of rated values and operating conditions
[IEC 60947-1, ed. 5.0 (2007-06)]
[IEV 151-16-11]

FR

caractéristiques assignées
ensemble des valeurs assignées et des conditions de fonctionnement
[IEC 60947-1, ed. 5.0 (2007-06)]
[IEV 151-16-11]

Тематики

• электротехника, основные понятия

EN

• rated value
• rating

FR

• caractéristiques assignées

1

паспортное значение
Приближенная величина, используемая для обозначения или идентификации детали, аппарата или устройства.
МЭК 60050(151-04-01).
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]

EN

rated value
value of a quantity used for specification purposes, established for a specified set of operating conditions of a component, device, equipment, or system
[IEV number 151-16-08]

FR

valeur assignée, f
valeur d'une grandeur, utilisée à des fins de spécification, correspondant à un ensemble spécifié de conditions de fonctionnement d'un composant, dispositif, matériel ou système
[IEV number 151-16-08]

2

паспортное значение
-
[IEV number 442-01-04]

EN

nominal value
a suitable approximate quantity value used to designate or identify a component, device or equipment
Source: 151-04-01
[IEV number 442-01-04]

FR

valeur nominale
valeur approchée appropriée d'une grandeur, utilisée pour dénommer ou identifier un composant, un dispositif ou un matériel
Source: 151-04-01
[IEV number 442-01-04]

EN

• nominal value
• rated value

DE

• Bemessungswert
• Nennwert

FR

• valeur assignée
• valeur nominale

3.1 номинальное значение (rated value): Числовое значение параметра, установленное обычно изготовителем для согласованных условий эксплуатации машины.

Примечание - Номинальное напряжение или пределы напряжения - напряжение или пределы напряжения между линейными выводами.

Источник: ГОСТ Р 52776-2007: Машины электрические вращающиеся. Номинальные данные и характеристики оригинал документа

1.3.3 расчетное значение (rated value): Значение характеристики лампы при заданных рабочих условиях.

Примечание - Значения характеристики лампы и рабочие условия установлены в настоящем стандарте.

Источник: ГОСТ Р 53074-2008: Лампы ртутные высокого давления. Эксплуатационные требования оригинал документа

1.3.3 расчетное значение (rated value): Значение характеристики лампы при заданных рабочих условиях.

Примечание - Значение характеристики лампы и рабочие условия установлены в настоящем стандарте или объявляются изготовителем или основным поставщиком.

Источник: ГОСТ Р 53075-2008: Лампы металлогалогенные. Эксплуатационные требования оригинал документа

3.8 номинальное значение (rated value): Значение величины, назначенное изготовителем для указанной функции, состояния оборудования или газоанализатора.

Источник: ГОСТ Р МЭК 61207-1-2009: Газоанализаторы. Выражение эксплуатационных характеристик. Часть 1. Общие положения оригинал документа

3.3 номинальное значение (rated value): Количественное значение параметров лампы при заданных рабочих условиях. Значения и условия приведены в настоящем стандарте или должны быть объявлены изготовителем или ответственным поставщиком.

Источник: ГОСТ Р 54815-2011: Лампы светодиодные со встроенным устройством управления для общего освещения на напряжения свыше 50 В. Эксплуатационные требования оригинал документа

3.5.1 номинальное значение (rated value): Указанное значение любого характеристического параметра, определяющее рабочие условия, для которых спроектирован и построен автоматический выключатель.

Источник: ГОСТ Р 50345-2010: Аппаратура малогабаритная электрическая. Автоматические выключатели для защиты от сверхтоков бытового и аналогичного назначения. Часть 1. Автоматические выключатели для переменного тока оригинал документа

3.2.1 НОМИНАЛЬНОЕ ЗНАЧЕНИЕ (RATED VALUE): Числовое значение, предписанное обычно производителем для определения условий функционирования компонента, прибора или оборудования (см. [1], позиция 151-04-03).

Источник: ГОСТ IEC 61010-031-2011: Безопасность электрических контрольно-измерительных приборов и лабораторного оборудования. Часть 031. Требования безопасности к щупам электрическим ручным для электрических измерений и испытаний

3.1.3 расчетное значение (rated value): Значение характеристики лампы при заданных рабочих условиях, установленное в настоящем стандарте или технических условиях на лампы конкретных типов.

Источник: ГОСТ Р 53073-2008: Лампы натриевые высокого давления. Эксплуатационные требования оригинал документа

3.2.2 регламентированное значение (rated value): Количественное значение, физической величины, установленное, как правило, производителем для конкретных рабочих условий компонента или устройства.

Примечание - См. также [4], термин 151-16-08.

Источник: ГОСТ Р 55061-2012: Совместимость технических средств электромагнитная. Статические системы переключения. Часть 2. Требования и методы испытаний оригинал документа

независимый источник электроснабжения потребителя электрической энергии
Источник электроснабжения, на котором во всех режимах работы электрической сети общего назначения, кроме режима от момента возникновения короткого замыкания до его ликвидации, сохраняется напряжение и обеспечивается мощность, достаточные для функционирования присоединенных электроприемников, при нарушении электроснабжения от других источников. Потребитель имеет два независимых источника электроснабжения от электрической сети общего назначения, если отключение одного любого элемента этой сети не приводит к прекращению электроснабжения этого потребителя (с учетом имеющихся у этого потребителя устройств, для автоматического или неавтоматического переключения питания электроприемников с одного независимого источника питания на другой)
[Специальный технический регламент «О безопасности при нарушении электроснабжения»]

Тематики

• источники и системы электропитания
• электроснабжение в целом

EN

• independent power source

модульный центр обработки данных (ЦОД)
-
[Интент]

Параллельные тексты EN-RU

[ http://loosebolts.wordpress.com/2008/12/02/our-vision-for-generation-4-modular-data-centers-one-way-of-getting-it-just-right/]

[ http://dcnt.ru/?p=9299#more-9299]

Data Centers are a hot topic these days. No matter where you look, this once obscure aspect of infrastructure is getting a lot of attention. For years, there have been cost pressures on IT operations and this, when the need for modern capacity is greater than ever, has thrust data centers into the spotlight. Server and rack density continues to rise, placing DC professionals and businesses in tighter and tougher situations while they struggle to manage their IT environments. And now hyper-scale cloud infrastructure is taking traditional technologies to limits never explored before and focusing the imagination of the IT industry on new possibilities.

В настоящее время центры обработки данных являются широко обсуждаемой темой. Куда ни посмотришь, этот некогда малоизвестный аспект инфраструктуры привлекает все больше внимания. Годами ИТ-отделы испытывали нехватку средств и это выдвинуло ЦОДы в центр внимания, в то время, когда необходимость в современных ЦОДах стала как никогда высокой. Плотность серверов и стоек продолжают расти, все больше усложняя ситуацию для специалистов в области охлаждения и организаций в их попытках управлять своими ИТ-средами. И теперь гипермасштабируемая облачная инфраструктура подвергает традиционные технологии невиданным ранее нагрузкам, и заставляет ИТ-индустрию искать новые возможности.

At Microsoft, we have focused a lot of thought and research around how to best operate and maintain our global infrastructure and we want to share those learnings. While obviously there are some aspects that we keep to ourselves, we have shared how we operate facilities daily, our technologies and methodologies, and, most importantly, how we monitor and manage our facilities. Whether it’s speaking at industry events, inviting customers to our “Microsoft data center conferences” held in our data centers, or through other media like blogging and white papers, we believe sharing best practices is paramount and will drive the industry forward. So in that vein, we have some interesting news to share.

В компании MicroSoft уделяют большое внимание изучению наилучших методов эксплуатации и технического обслуживания своей глобальной инфраструктуры и делятся результатами своих исследований. И хотя мы, конечно, не раскрываем некоторые аспекты своих исследований, мы делимся повседневным опытом эксплуатации дата-центров, своими технологиями и методологиями и, что важнее всего, методами контроля и управления своими объектами. Будь то доклады на отраслевых событиях, приглашение клиентов на наши конференции, которые посвящены центрам обработки данных MicroSoft, и проводятся в этих самых дата-центрах, или использование других средств, например, блоги и спецификации, мы уверены, что обмен передовым опытом имеет первостепенное значение и будет продвигать отрасль вперед.

Today we are sharing our Generation 4 Modular Data Center plan. This is our vision and will be the foundation of our cloud data center infrastructure in the next five years. We believe it is one of the most revolutionary changes to happen to data centers in the last 30 years. Joining me, in writing this blog are Daniel Costello, my director of Data Center Research and Engineering and Christian Belady, principal power and cooling architect. I feel their voices will add significant value to driving understanding around the many benefits included in this new design paradigm.

Сейчас мы хотим поделиться своим планом модульного дата-центра четвертого поколения. Это наше видение и оно будет основанием для инфраструктуры наших облачных дата-центров в ближайшие пять лет. Мы считаем, что это одно из самых революционных изменений в дата-центрах за последние 30 лет. Вместе со мной в написании этого блога участвовали Дэниел Костелло, директор по исследованиям и инжинирингу дата-центров, и Кристиан Белади, главный архитектор систем энергоснабжения и охлаждения. Мне кажется, что их авторитет придаст больше веса большому количеству преимуществ, включенных в эту новую парадигму проектирования.

Our “Gen 4” modular data centers will take the flexibility of containerized servers—like those in our Chicago data center—and apply it across the entire facility. So what do we mean by modular? Think of it like “building blocks”, where the data center will be composed of modular units of prefabricated mechanical, electrical, security components, etc., in addition to containerized servers.

Was there a key driver for the Generation 4 Data Center?

Наши модульные дата-центры “Gen 4” будут гибкими с контейнерами серверов – как серверы в нашем чикагском дата-центре. И гибкость будет применяться ко всему ЦОД. Итак, что мы подразумеваем под модульностью? Мы думаем о ней как о “строительных блоках”, где дата-центр будет состоять из модульных блоков изготовленных в заводских условиях электрических систем и систем охлаждения, а также систем безопасности и т.п., в дополнение к контейнеризованным серверам.
Был ли ключевой стимул для разработки дата-центра четвертого поколения?

If we were to summarize the promise of our Gen 4 design into a single sentence it would be something like this: “A highly modular, scalable, efficient, just-in-time data center capacity program that can be delivered anywhere in the world very quickly and cheaply, while allowing for continued growth as required.” Sounds too good to be true, doesn’t it? Well, keep in mind that these concepts have been in initial development and prototyping for over a year and are based on cumulative knowledge of previous facility generations and the advances we have made since we began our investments in earnest on this new design.

Если бы нам нужно было обобщить достоинства нашего проекта Gen 4 в одном предложении, это выглядело бы следующим образом: “Центр обработки данных с высоким уровнем модульности, расширяемости, и энергетической эффективности, а также возможностью постоянного расширения, в случае необходимости, который можно очень быстро и дешево развертывать в любом месте мира”. Звучит слишком хорошо для того чтобы быть правдой, не так ли? Ну, не забывайте, что эти концепции находились в процессе начальной разработки и создания опытного образца в течение более одного года и основываются на опыте, накопленном в ходе развития предыдущих поколений ЦОД, а также успехах, сделанных нами со времени, когда мы начали вкладывать серьезные средства в этот новый проект.

One of the biggest challenges we’ve had at Microsoft is something Mike likes to call the ‘Goldilock’s Problem’. In a nutshell, the problem can be stated as:

The worst thing we can do in delivering facilities for the business is not have enough capacity online, thus limiting the growth of our products and services.

Одну из самых больших проблем, с которыми приходилось сталкиваться Майкрософт, Майк любит называть ‘Проблемой Лютика’. Вкратце, эту проблему можно выразить следующим образом:

Самое худшее, что может быть при строительстве ЦОД для бизнеса, это не располагать достаточными производственными мощностями, и тем самым ограничивать рост наших продуктов и сервисов.

The second worst thing we can do in delivering facilities for the business is to have too much capacity online.

А вторым самым худшим моментом в этой сфере может слишком большое количество производственных мощностей.

This has led to a focus on smart, intelligent growth for the business — refining our overall demand picture. It can’t be too hot. It can’t be too cold. It has to be ‘Just Right!’ The capital dollars of investment are too large to make without long term planning. As we struggled to master these interesting challenges, we had to ensure that our technological plan also included solutions for the business and operational challenges we faced as well.
So let’s take a high level look at our Generation 4 design

Это заставило нас сосредоточиваться на интеллектуальном росте для бизнеса — refining our overall demand picture. Это не должно быть слишком горячим. И это не должно быть слишком холодным. Это должно быть ‘как раз, таким как надо!’ Нельзя делать такие большие капиталовложения без долгосрочного планирования. Пока мы старались решить эти интересные проблемы, мы должны были гарантировать, что наш технологический план будет также включать решения для коммерческих и эксплуатационных проблем, с которыми нам также приходилось сталкиваться.
Давайте рассмотрим наш проект дата-центра четвертого поколения

Are you ready for some great visuals? Check out this video at Soapbox. Click here for the Microsoft 4th Gen Video.

It’s a concept video that came out of my Data Center Research and Engineering team, under Daniel Costello, that will give you a view into what we think is the future.

From a configuration, construct-ability and time to market perspective, our primary goals and objectives are to modularize the whole data center. Not just the server side (like the Chicago facility), but the mechanical and electrical space as well. This means using the same kind of parts in pre-manufactured modules, the ability to use containers, skids, or rack-based deployments and the ability to tailor the Redundancy and Reliability requirements to the application at a very specific level.

Посмотрите это видео, перейдите по ссылке для просмотра видео о Microsoft 4th Gen:

Это концептуальное видео, созданное командой отдела Data Center Research and Engineering, возглавляемого Дэниелом Костелло, которое даст вам наше представление о будущем.

С точки зрения конфигурации, строительной технологичности и времени вывода на рынок, нашими главными целями и задачами агрегатирование всего дата-центра. Не только серверную часть, как дата-центр в Чикаго, но также системы охлаждения и электрические системы. Это означает применение деталей одного типа в сборных модулях, возможность использования контейнеров, салазок, или стоечных систем, а также возможность подстраивать требования избыточности и надежности для данного приложения на очень специфичном уровне.

Our goals from a cost perspective were simple in concept but tough to deliver. First and foremost, we had to reduce the capital cost per critical Mega Watt by the class of use. Some applications can run with N-level redundancy in the infrastructure, others require a little more infrastructure for support. These different classes of infrastructure requirements meant that optimizing for all cost classes was paramount. At Microsoft, we are not a one trick pony and have many Online products and services (240+) that require different levels of operational support. We understand that and ensured that we addressed it in our design which will allow us to reduce capital costs by 20%-40% or greater depending upon class.

Нашими целями в области затрат были концептуально простыми, но трудно реализуемыми. В первую очередь мы должны были снизить капитальные затраты в пересчете на один мегаватт, в зависимости от класса резервирования. Некоторые приложения могут вполне работать на базе инфраструктуры с резервированием на уровне N, то есть без резервирования, а для работы других приложений требуется больше инфраструктуры. Эти разные классы требований инфраструктуры подразумевали, что оптимизация всех классов затрат имеет преобладающее значение. В Майкрософт мы не ограничиваемся одним решением и располагаем большим количеством интерактивных продуктов и сервисов (240+), которым требуются разные уровни эксплуатационной поддержки. Мы понимаем это, и учитываем это в своем проекте, который позволит нам сокращать капитальные затраты на 20%-40% или более в зависимости от класса.

For example, non-critical or geo redundant applications have low hardware reliability requirements on a location basis. As a result, Gen 4 can be configured to provide stripped down, low-cost infrastructure with little or no redundancy and/or temperature control. Let’s say an Online service team decides that due to the dramatically lower cost, they will simply use uncontrolled outside air with temperatures ranging 10-35 C and 20-80% RH. The reality is we are already spec-ing this for all of our servers today and working with server vendors to broaden that range even further as Gen 4 becomes a reality. For this class of infrastructure, we eliminate generators, chillers, UPSs, and possibly lower costs relative to traditional infrastructure.

Например, некритичные или гео-избыточные системы имеют низкие требования к аппаратной надежности на основе местоположения. В результате этого, Gen 4 можно конфигурировать для упрощенной, недорогой инфраструктуры с низким уровнем (или вообще без резервирования) резервирования и / или температурного контроля. Скажем, команда интерактивного сервиса решает, что, в связи с намного меньшими затратами, они будут просто использовать некондиционированный наружный воздух с температурой 10-35°C и влажностью 20-80% RH. В реальности мы уже сегодня предъявляем эти требования к своим серверам и работаем с поставщиками серверов над еще большим расширением диапазона температур, так как наш модуль и подход Gen 4 становится реальностью. Для подобного класса инфраструктуры мы удаляем генераторы, чиллеры, ИБП, и, возможно, будем предлагать более низкие затраты, по сравнению с традиционной инфраструктурой.

Applications that demand higher level of redundancy or temperature control will use configurations of Gen 4 to meet those needs, however, they will also cost more (but still less than traditional data centers). We see this cost difference driving engineering behavioral change in that we predict more applications will drive towards Geo redundancy to lower costs.

Системы, которым требуется более высокий уровень резервирования или температурного контроля, будут использовать конфигурации Gen 4, отвечающие этим требованиям, однако, они будут также стоить больше. Но все равно они будут стоить меньше, чем традиционные дата-центры. Мы предвидим, что эти различия в затратах будут вызывать изменения в методах инжиниринга, и по нашим прогнозам, это будет выражаться в переходе все большего числа систем на гео-избыточность и меньшие затраты.

Another cool thing about Gen 4 is that it allows us to deploy capacity when our demand dictates it. Once finalized, we will no longer need to make large upfront investments. Imagine driving capital costs more closely in-line with actual demand, thus greatly reducing time-to-market and adding the capacity Online inherent in the design. Also reduced is the amount of construction labor required to put these “building blocks” together. Since the entire platform requires pre-manufacture of its core components, on-site construction costs are lowered. This allows us to maximize our return on invested capital.

Еще одно достоинство Gen 4 состоит в том, что он позволяет нам разворачивать дополнительные мощности, когда нам это необходимо. Как только мы закончим проект, нам больше не нужно будет делать большие начальные капиталовложения. Представьте себе возможность более точного согласования капитальных затрат с реальными требованиями, и тем самым значительного снижения времени вывода на рынок и интерактивного добавления мощностей, предусматриваемого проектом. Также снижен объем строительных работ, требуемых для сборки этих “строительных блоков”. Поскольку вся платформа требует предварительного изготовления ее базовых компонентов, затраты на сборку также снижены. Это позволит нам увеличить до максимума окупаемость своих капиталовложений.
Мы все подвергаем сомнению

In our design process, we questioned everything. You may notice there is no roof and some might be uncomfortable with this. We explored the need of one and throughout our research we got some surprising (positive) results that showed one wasn’t needed.

В своем процессе проектирования мы все подвергаем сомнению. Вы, наверное, обратили внимание на отсутствие крыши, и некоторым специалистам это могло не понравиться. Мы изучили необходимость в крыше и в ходе своих исследований получили удивительные результаты, которые показали, что крыша не нужна.
Серийное производство дата центров

In short, we are striving to bring Henry Ford’s Model T factory to the data center. http://en.wikipedia.org/wiki/Henry_Ford#Model_T. Gen 4 will move data centers from a custom design and build model to a commoditized manufacturing approach. We intend to have our components built in factories and then assemble them in one location (the data center site) very quickly. Think about how a computer, car or plane is built today. Components are manufactured by different companies all over the world to a predefined spec and then integrated in one location based on demands and feature requirements. And just like Henry Ford’s assembly line drove the cost of building and the time-to-market down dramatically for the automobile industry, we expect Gen 4 to do the same for data centers. Everything will be pre-manufactured and assembled on the pad.

Мы хотим применить модель автомобильной фабрики Генри Форда к дата-центру. Проект Gen 4 будет способствовать переходу от модели специализированного проектирования и строительства к товарно-производственному, серийному подходу. Мы намерены изготавливать свои компоненты на заводах, а затем очень быстро собирать их в одном месте, в месте строительства дата-центра. Подумайте о том, как сегодня изготавливается компьютер, автомобиль или самолет. Компоненты изготавливаются по заранее определенным спецификациям разными компаниями во всем мире, затем собираются в одном месте на основе спроса и требуемых характеристик. И точно так же как сборочный конвейер Генри Форда привел к значительному уменьшению затрат на производство и времени вывода на рынок в автомобильной промышленности, мы надеемся, что Gen 4 сделает то же самое для дата-центров. Все будет предварительно изготавливаться и собираться на месте.
Невероятно энергоэффективный ЦОД

And did we mention that this platform will be, overall, incredibly energy efficient? From a total energy perspective not only will we have remarkable PUE values, but the total cost of energy going into the facility will be greatly reduced as well. How much energy goes into making concrete? Will we need as much of it? How much energy goes into the fuel of the construction vehicles? This will also be greatly reduced! A key driver is our goal to achieve an average PUE at or below 1.125 by 2012 across our data centers. More than that, we are on a mission to reduce the overall amount of copper and water used in these facilities. We believe these will be the next areas of industry attention when and if the energy problem is solved. So we are asking today…“how can we build a data center with less building”?

А мы упоминали, что эта платформа будет, в общем, невероятно энергоэффективной? С точки зрения общей энергии, мы получим не только поразительные значения PUE, но общая стоимость энергии, затраченной на объект будет также значительно снижена. Сколько энергии идет на производство бетона? Нам нужно будет столько энергии? Сколько энергии идет на питание инженерных строительных машин? Это тоже будет значительно снижено! Главным стимулом является достижение среднего PUE не больше 1.125 для всех наших дата-центров к 2012 году. Более того, у нас есть задача сокращения общего количества меди и воды в дата-центрах. Мы думаем, что эти задачи станут следующей заботой отрасли после того как будет решена энергетическая проблема. Итак, сегодня мы спрашиваем себя…“как можно построить дата-центр с меньшим объемом строительных работ”?
Строительство дата центров без чиллеров

We have talked openly and publicly about building chiller-less data centers and running our facilities using aggressive outside economization. Our sincerest hope is that Gen 4 will completely eliminate the use of water. Today’s data centers use massive amounts of water and we see water as the next scarce resource and have decided to take a proactive stance on making water conservation part of our plan.

Мы открыто и публично говорили о строительстве дата-центров без чиллеров и активном использовании в наших центрах обработки данных технологий свободного охлаждения или фрикулинга. Мы искренне надеемся, что Gen 4 позволит полностью отказаться от использования воды. Современные дата-центры расходуют большие объемы воды и так как мы считаем воду следующим редким ресурсом, мы решили принять упреждающие меры и включить экономию воды в свой план.

By sharing this with the industry, we believe everyone can benefit from our methodology. While this concept and approach may be intimidating (or downright frightening) to some in the industry, disclosure ultimately is better for all of us.

Делясь этим опытом с отраслью, мы считаем, что каждый сможет извлечь выгоду из нашей методологией. Хотя эта концепция и подход могут показаться пугающими (или откровенно страшными) для некоторых отраслевых специалистов, раскрывая свои планы мы, в конечном счете, делаем лучше для всех нас.

Gen 4 design (even more than just containers), could reduce the ‘religious’ debates in our industry. With the central spine infrastructure in place, containers or pre-manufactured server halls can be either AC or DC, air-side economized or water-side economized, or not economized at all (though the sanity of that might be questioned). Gen 4 will allow us to decommission, repair and upgrade quickly because everything is modular. No longer will we be governed by the initial decisions made when constructing the facility. We will have almost unlimited use and re-use of the facility and site. We will also be able to use power in an ultra-fluid fashion moving load from critical to non-critical as use and capacity requirements dictate.

Проект Gen 4 позволит уменьшить ‘религиозные’ споры в нашей отрасли. Располагая базовой инфраструктурой, контейнеры или сборные серверные могут оборудоваться системами переменного или постоянного тока, воздушными или водяными экономайзерами, или вообще не использовать экономайзеры. Хотя можно подвергать сомнению разумность такого решения. Gen 4 позволит нам быстро выполнять работы по выводу из эксплуатации, ремонту и модернизации, поскольку все будет модульным. Мы больше не будем руководствоваться начальными решениями, принятыми во время строительства дата-центра. Мы сможем использовать этот дата-центр и инфраструктуру в течение почти неограниченного периода времени. Мы также сможем применять сверхгибкие методы использования электрической энергии, переводя оборудование в режимы критической или некритической нагрузки в соответствии с требуемой мощностью.
Gen 4 – это стандартная платформа

Finally, we believe this is a big game changer. Gen 4 will provide a standard platform that our industry can innovate around. For example, all modules in our Gen 4 will have common interfaces clearly defined by our specs and any vendor that meets these specifications will be able to plug into our infrastructure. Whether you are a computer vendor, UPS vendor, generator vendor, etc., you will be able to plug and play into our infrastructure. This means we can also source anyone, anywhere on the globe to minimize costs and maximize performance. We want to help motivate the industry to further innovate—with innovations from which everyone can reap the benefits.

Наконец, мы уверены, что это будет фактором, который значительно изменит ситуацию. Gen 4 будет представлять собой стандартную платформу, которую отрасль сможет обновлять. Например, все модули в нашем Gen 4 будут иметь общепринятые интерфейсы, четко определяемые нашими спецификациями, и оборудование любого поставщика, которое отвечает этим спецификациям можно будет включать в нашу инфраструктуру. Независимо от того производите вы компьютеры, ИБП, генераторы и т.п., вы сможете включать свое оборудование нашу инфраструктуру. Это означает, что мы также сможем обеспечивать всех, в любом месте земного шара, тем самым сводя до минимума затраты и максимальной увеличивая производительность. Мы хотим создать в отрасли мотивацию для дальнейших инноваций – инноваций, от которых каждый сможет получать выгоду.
Главные характеристики дата-центров четвертого поколения Gen4

To summarize, the key characteristics of our Generation 4 data centers are:

Scalable
Plug-and-play spine infrastructure
Factory pre-assembled: Pre-Assembled Containers (PACs) & Pre-Manufactured Buildings (PMBs)
Rapid deployment
De-mountable
Reduce TTM
Reduced construction
Sustainable measures

Ниже приведены главные характеристики дата-центров четвертого поколения Gen 4:

Расширяемость;
Готовая к использованию базовая инфраструктура;
Изготовление в заводских условиях: сборные контейнеры (PAC) и сборные здания (PMB);
Быстрота развертывания;
Возможность демонтажа;
Снижение времени вывода на рынок (TTM);
Сокращение сроков строительства;
Экологичность;

Map applications to DC Class

We hope you join us on this incredible journey of change and innovation!

Long hours of research and engineering time are invested into this process. There are still some long days and nights ahead, but the vision is clear. Rest assured however, that we as refine Generation 4, the team will soon be looking to Generation 5 (even if it is a bit farther out). There is always room to get better.

Использование систем электропитания постоянного тока.

Мы надеемся, что вы присоединитесь к нам в этом невероятном путешествии по миру изменений и инноваций!

На этот проект уже потрачены долгие часы исследований и проектирования. И еще предстоит потратить много дней и ночей, но мы имеем четкое представление о конечной цели. Однако будьте уверены, что как только мы доведем до конца проект модульного дата-центра четвертого поколения, мы вскоре начнем думать о проекте дата-центра пятого поколения. Всегда есть возможность для улучшений.

So if you happen to come across Goldilocks in the forest, and you are curious as to why she is smiling you will know that she feels very good about getting very close to ‘JUST RIGHT’.

Generations of Evolution – some background on our data center designs

Так что, если вы встретите в лесу девочку по имени Лютик, и вам станет любопытно, почему она улыбается, вы будете знать, что она очень довольна тем, что очень близко подошла к ‘ОПИМАЛЬНОМУ РЕШЕНИЮ’.
Поколения эволюции – история развития наших дата-центров

We thought you might be interested in understanding what happened in the first three generations of our data center designs. When Ray Ozzie wrote his Software plus Services memo it posed a very interesting challenge to us. The winds of change were at ‘tornado’ proportions. That “plus Services” tag had some significant (and unstated) challenges inherent to it. The first was that Microsoft was going to evolve even further into an operations company. While we had been running large scale Internet services since 1995, this development lead us to an entirely new level. Additionally, these “services” would span across both Internet and Enterprise businesses. To those of you who have to operate “stuff”, you know that these are two very different worlds in operational models and challenges. It also meant that, to achieve the same level of reliability and performance required our infrastructure was going to have to scale globally and in a significant way.

Мы подумали, что может быть вам будет интересно узнать историю первых трех поколений наших центров обработки данных. Когда Рэй Оззи написал свою памятную записку Software plus Services, он поставил перед нами очень интересную задачу. Ветра перемен двигались с ураганной скоростью. Это окончание “plus Services” скрывало в себе какие-то значительные и неопределенные задачи. Первая заключалась в том, что Майкрософт собиралась в еще большей степени стать операционной компанией. Несмотря на то, что мы управляли большими интернет-сервисами, начиная с 1995 г., эта разработка подняла нас на абсолютно новый уровень. Кроме того, эти “сервисы” охватывали интернет-компании и корпорации. Тем, кому приходится всем этим управлять, известно, что есть два очень разных мира в области операционных моделей и задач. Это также означало, что для достижения такого же уровня надежности и производительности требовалось, чтобы наша инфраструктура располагала значительными возможностями расширения в глобальных масштабах.

It was that intense atmosphere of change that we first started re-evaluating data center technology and processes in general and our ideas began to reach farther than what was accepted by the industry at large. This was the era of Generation 1. As we look at where most of the world’s data centers are today (and where our facilities were), it represented all the known learning and design requirements that had been in place since IBM built the first purpose-built computer room. These facilities focused more around uptime, reliability and redundancy. Big infrastructure was held accountable to solve all potential environmental shortfalls. This is where the majority of infrastructure in the industry still is today.

Именно в этой атмосфере серьезных изменений мы впервые начали переоценку ЦОД-технологий и технологий вообще, и наши идеи начали выходить за пределы общепринятых в отрасли представлений. Это была эпоха ЦОД первого поколения. Когда мы узнали, где сегодня располагается большинство мировых дата-центров и где находятся наши предприятия, это представляло весь опыт и навыки проектирования, накопленные со времени, когда IBM построила первую серверную. В этих ЦОД больше внимания уделялось бесперебойной работе, надежности и резервированию. Большая инфраструктура была призвана решать все потенциальные экологические проблемы. Сегодня большая часть инфраструктуры все еще находится на этом этапе своего развития.

We soon realized that traditional data centers were quickly becoming outdated. They were not keeping up with the demands of what was happening technologically and environmentally. That’s when we kicked off our Generation 2 design. Gen 2 facilities started taking into account sustainability, energy efficiency, and really looking at the total cost of energy and operations.

Очень быстро мы поняли, что стандартные дата-центры очень быстро становятся устаревшими. Они не поспевали за темпами изменений технологических и экологических требований. Именно тогда мы стали разрабатывать ЦОД второго поколения. В этих дата-центрах Gen 2 стали принимать во внимание такие факторы как устойчивое развитие, энергетическая эффективность, а также общие энергетические и эксплуатационные.

No longer did we view data centers just for the upfront capital costs, but we took a hard look at the facility over the course of its life. Our Quincy, Washington and San Antonio, Texas facilities are examples of our Gen 2 data centers where we explored and implemented new ways to lessen the impact on the environment. These facilities are considered two leading industry examples, based on their energy efficiency and ability to run and operate at new levels of scale and performance by leveraging clean hydro power (Quincy) and recycled waste water (San Antonio) to cool the facility during peak cooling months.

Мы больше не рассматривали дата-центры только с точки зрения начальных капитальных затрат, а внимательно следили за работой ЦОД на протяжении его срока службы. Наши объекты в Куинси, Вашингтоне, и Сан-Антонио, Техас, являются образцами наших ЦОД второго поколения, в которых мы изучали и применяли на практике новые способы снижения воздействия на окружающую среду. Эти объекты считаются двумя ведущими отраслевыми примерами, исходя из их энергетической эффективности и способности работать на новых уровнях производительности, основанных на использовании чистой энергии воды (Куинси) и рециклирования отработанной воды (Сан-Антонио) для охлаждения объекта в самых жарких месяцах.

As we were delivering our Gen 2 facilities into steel and concrete, our Generation 3 facilities were rapidly driving the evolution of the program. The key concepts for our Gen 3 design are increased modularity and greater concentration around energy efficiency and scale. The Gen 3 facility will be best represented by the Chicago, Illinois facility currently under construction. This facility will seem very foreign compared to the traditional data center concepts most of the industry is comfortable with. In fact, if you ever sit around in our container hanger in Chicago it will look incredibly different from a traditional raised-floor data center. We anticipate this modularization will drive huge efficiencies in terms of cost and operations for our business. We will also introduce significant changes in the environmental systems used to run our facilities. These concepts and processes (where applicable) will help us gain even greater efficiencies in our existing footprint, allowing us to further maximize infrastructure investments.

Так как наши ЦОД второго поколения строились из стали и бетона, наши центры обработки данных третьего поколения начали их быстро вытеснять. Главными концептуальными особенностями ЦОД третьего поколения Gen 3 являются повышенная модульность и большее внимание к энергетической эффективности и масштабированию. Дата-центры третьего поколения лучше всего представлены объектом, который в настоящее время строится в Чикаго, Иллинойс. Этот ЦОД будет выглядеть очень необычно, по сравнению с общепринятыми в отрасли представлениями о дата-центре. Действительно, если вам когда-либо удастся побывать в нашем контейнерном ангаре в Чикаго, он покажется вам совершенно непохожим на обычный дата-центр с фальшполом. Мы предполагаем, что этот модульный подход будет способствовать значительному повышению эффективности нашего бизнеса в отношении затрат и операций. Мы также внесем существенные изменения в климатические системы, используемые в наших ЦОД. Эти концепции и технологии, если применимо, позволят нам добиться еще большей эффективности наших существующих дата-центров, и тем самым еще больше увеличивать капиталовложения в инфраструктуру.

This is definitely a journey, not a destination industry. In fact, our Generation 4 design has been under heavy engineering for viability and cost for over a year. While the demand of our commercial growth required us to make investments as we grew, we treated each step in the learning as a process for further innovation in data centers. The design for our future Gen 4 facilities enabled us to make visionary advances that addressed the challenges of building, running, and operating facilities all in one concerted effort.

Это определенно путешествие, а не конечный пункт назначения. На самом деле, наш проект ЦОД четвертого поколения подвергался серьезным испытаниям на жизнеспособность и затраты на протяжении целого года. Хотя необходимость в коммерческом росте требовала от нас постоянных капиталовложений, мы рассматривали каждый этап своего развития как шаг к будущим инновациям в области дата-центров. Проект наших будущих ЦОД четвертого поколения Gen 4 позволил нам делать фантастические предположения, которые касались задач строительства, управления и эксплуатации объектов как единого упорядоченного процесса.

Тематики

• ЦОДы (центры обработки данных)

Синонимы

• модульный ЦОД

EN

• modular data center

синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]

Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]

В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

2.13 Синхронизация часов реального времени сигналом по оптовходу 
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

Автор: Андреас Дреер (Hirschmann Automation and Control)

Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

ПРЕДЫДУЩИЕ РЕШЕНИЯ

Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

• Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
• Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
  • Предъявление невысоких требований к обслуживающему персоналу.
  • Возможность использования в сетях Ethernet, а также в других сетях.
  • Спецификация его как международного стандарта.

ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

ПРОТОКОЛ PTP ВЕРСИИ 2

В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

• Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
• Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
• Поддержка новых типов сообщений.
• Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
• Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
• Ввод профилей, определяющих настройки для новых областей применения.
• Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
• Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
• Ввод дополнительных опциональных расширений стандарта.

ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

РЕЗУЛЬТАТЫ

Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

ВЫВОДЫ

Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

[ Источник]

Тематики

• релейная защита
• телемеханика, телеметрия

EN

• clock synchronization
• time synchronization

синхронизация по тактам
тактовая синхронизация
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• тактовая синхронизация

EN

• clock synchronization

синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]

Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]

В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

2.13 Синхронизация часов реального времени сигналом по оптовходу 
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

Автор: Андреас Дреер (Hirschmann Automation and Control)

Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

ПРЕДЫДУЩИЕ РЕШЕНИЯ

Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

• Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
• Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
  • Предъявление невысоких требований к обслуживающему персоналу.
  • Возможность использования в сетях Ethernet, а также в других сетях.
  • Спецификация его как международного стандарта.

ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

ПРОТОКОЛ PTP ВЕРСИИ 2

В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

• Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
• Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
• Поддержка новых типов сообщений.
• Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
• Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
• Ввод профилей, определяющих настройки для новых областей применения.
• Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
• Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
• Ввод дополнительных опциональных расширений стандарта.

ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

РЕЗУЛЬТАТЫ

Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

ВЫВОДЫ

Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

[ Источник]

Тематики

• релейная защита
• телемеханика, телеметрия

EN

• clock synchronization
• time synchronization

константа, учитывающая размерности
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• units conversion constant
• C

конфиденциальный
ДСП
Для служебного пользования.
[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]

Тематики

• защита информации

Синонимы

• ДСП

EN

• confidential
• C

объём
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• quantum
• size
• volume
• capacity
• C
• cap
• cpty
• V
• vol

Си
Универсальный язык программирования, первоначально разработанный для операционной системы UNIX и предназначенный главным образом для разработки системного программного обеспечения в среде UNIX. Широко используется в ПЭВМ и сочетает особенности современных высокоуровневых языков в отношении применяемых структур управления и данных и возможность адресации аппаратных средств машины на уровне, который обычно ассоциируется с языком ассемблера. Язык имеет сжатый синтаксис, а компиляторы позволяют генерировать очень эффективный объектный код, стандарт С.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• C

функция соединения
Элементарная функция, в пределах уровня, которая, при наличии соединения, передает набор информационных объектов между группами элементарных функций. Она не изменяет информационные объекты, входящие в этот набор, хотя она может быть пунктом назначения для информации любого коммутационного протокола и действовать в соответствии с ним. (МСЭ-T G.806).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• connection function
• C